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In un procedimento per fealizzare la protezione di un sistema di 
comunicazione digital e comprendente N unita di comunicazione (20) e 
K unita di protezione (26), ie . unita di protezione (26) sono 
inizialmente impostate memorizzando nella memoria delle unita di 
protezione (26) i dati di conf igurazione relativi alle unita di 
comunicazione (20), Successivamente , quando si verifica un guasto in 
una delle unita dx comunicazione (20), e necessario soltanto fornire 
ad una delle unita di protezione (26) un ' indicazione di quale unita 
di comunicazione (20) e coinvolta, al che I'unita di protezione (26) 
accede nella memoria ai dati di conf igurazione associati con detta 
unita (20) ed utilizza detti dati come propri dati di 
conf igurazione . In questo modo I'unita di protezione (26) assume il 
ruolo dell 1 unita di comunicazione (20) guasta con un ritardo assai 
ridotto, Una volta che il guasto e stato riparato, I'unita di 

?rotezione (26) rimemorizza i propri dati di conf igurazione e 
'unita di comunicazione (20) che ha subito il guasto e riportata in 
servizio. E* previsto che il procedimento trovi il maggior impiego 
in un sistema di comunicazione di tipo SDH utilizzante uno schema di 
protezione 1:N. (fig. 3) 
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* * * 

DESCRIZIONE 

L * invenzione riguarda un procedimento per la 
protezione di un sistema di comunicazione digitale 
comprendente numerose unita di protezione e di co- 
municazione, ed in particolare, ma non esclusiva- 
mente, un procedimento per la protezione di un si- 
stema di comunicazione digitale impiegante uno 
schema di protezione 1:N. 

I sistemi di telecomunicazione comprendono nu- 
merose unita di comunicazione collegate tra loro 
e/o ad altri sistemi per mezzo di diverse configu- 
razioni di rete . Una rappresentazione assai sempli- 
ficata di un tipico sistema di comunicazione 6 il- 
lustrata nella figura 1. Nella figura 1 una rete di 
comunicazione digitale SDH 10 e connessa ad una 
molteplicita di unita di comunicazione 12, 14, 16, 
18 per mezzo di una rete locale (LAN) 20, Le diver- 



se unita, che a loro volta sono connesse ad utiliz- 
zatori ("hosts") o ad altre reti, sono disposte in 
una conf igurazione ad anello 22 o lungo un bus 24 
ed una delle unita 12, 16 in ciascun caso agisce 
come dispositive di accesso ("gateway") interfac- 
ciando le altre unita alia LAN 20. Nella conf igura- 
zione illustrata l 1 anello 22 comprende - esclusiva- 
mente come esempio - unita di tipo STM-16, mentre 
il bus 24 comprende unita di tipo STM-4. Molti al- 
tri tipi di unita sono possibili, come sara chiaro 
ad un tecnico del settore. 

Nel funzionamento, il sistema di comunicazione 
fara si che siano selezionate certe unita al fine 
di consentire il flusso del traffico di comunica- 
zione tra due utilizzatori . Tale selezione e parte 
di un processo di instradamento . Per raggiungere 
questo desiderato flusso di traffico, le diverse 
unita, che possono anche essere denominate "porte" , 
saranno configurate o riconf igurate assai frequen- 
temente durante il servizio. 

Molto spesso si richiede che il sistema offra 
una elevata disponibilita per 1 ■utilizzatore, ossia 
che 1 1 occorrenza di un guasto in una unita non in- 
fluenzi negativamente le prestazioni del sistema. 
E 1 pertanto desiderabile includere nel sistema di 



comunicazione una qualche forma di conf igurazione 
di protezione che aiuteri. a ragg lunger e questo sco- 
pe Un modo noto di predisporre una protezione con- 
tro il mal f unz ionamento di una unita e quello di 
far si che una o piu unita cosiddette di protezione 
prendano il posto dell' unita non funzionante. Ci6 e 
mostrato nella figura 2, in cui N unita 20, che ad 
esempio corrispondono alle unita STM mostrate nella 
figura 1 e sono confinement e denominate unita "di 
lavoro", sono sotto il controllo di un 1 unita di 
contrpllo 22 , che inizialmente conf igura le unita 
in modo indipendente in termini di parametri di 
porta jCorrelati al traf fico - questi parametri in- 
cludendo la struttura di trama, 1 ' etichettatura del 
segnale, la traccia del percorso, la sorveglianza 
delle prestazioni, le azioni conseguenti agli al- 
larmi, le soglie di degradazione del segnale, ecc. 

- e, quando variano le condizioni (ad esempio e 
configurata una nuova porta, o viene variato qual- 
che parametro) , aggiorna i dati di conf igurazione 
delle unita interessate attraverso un bus di con- 
trollo 24. In aggiunta, 6 predisposta una unita ac- 
cessoria 26 - una cosiddetta unita "di protezione" 

- anch'essa sotto il controllo dell' unita di con- 
trollo 22. Questa unita aggiuntiva, che in un am- 



biente ad anello, quale l'anello 22 nella figura 1, 
puo assumere la forma di un dispositivo MS-SPRING 
(Multiple-Section Shared Protection Ring) ed in un 
ambiente a bus, quale il bus 24 nella figura 1, puo 
essere un dispositivo MSP (Multiple-Section Protec- 
tion) , prendera il posto di una delle altre unita 
20, qualora questa si guasti nel f unzionamento, 
benche possa aiiche essere responsabile del tratta- 
mento del proprio traff ico durante il normale fun- 
zionamento del sistema. Se l 1 unita di protezione ha 
un proprio traff ico, questo sara normalmente un 
traffico a bassa priorita che puo tollerare il ri- 
tardo che il trasf erimento ad un'altra unita com- 
porta o puo anche permettere di essere scartato, 
dovesse verificarsi un guasto in una unita 20. Lo 
schema illustrate e un cosiddetto schema n l:N" in 
cui una singola unita di protezione serve N unita 
di comunicazione ♦ 

La modalita convenzionale di trasf erimento del 
traffico all' unita di protezione quando una unita 
di lavoro - ad esempio 1 'unita 1 - incorre in un 
guasto e quella di riconf igurare, attraverso l 1 uni- 
ta di controllo, 1' unita di protezione con i dati 
di conf igurazione dell 1 unita 1 esistenti al momento 
del guasto. Il guasto, incidentalmente, puo essere 



xin evento quale un p r obi ema hardware nella stessa 
unita, un comando di protocollo (ad esempio un co- 
mando di "commutazione manuale di protezione", un 
comando di "commutazione forzata di protezione" , un 
comando di "protezione di chiusura (lock-out) " o un 
comando di "azzeramento" ) o un 1 indicazione di mal- 
funzionamento generata da un sensore, ecc. L 1 unita 
di controllo in pratica esegue una riconf igurazione 
completa dell'unita di protezione, copiando su di 
essa attraverso il bus 24 i dati di conf igurazione 
dell'unita 1. Idealmente, il tempo che 1' unita di 
controllo impiega a fare cid dovrebbe essere il piu 
possibile breve, cosi da riprendere il normale fun- 
zionamento senza alcuna degradazione awertibile. 
Questo processo di riconf igurazione impiega lo 
stesso tempo impiegato dalla conf igurazione inizia- 
le dell'unita 1, che puo essere dell'ordine di 50 
ms impiegando dispositivi MSP o MS-SPRING per 
l'unita di protezione. Le limitazioni maggiori sono 
la potenza del processore (non illustrato) nel- 
l'unita di controllo, la larghezza di banda del bus 
di controllo 14 f l'efficienza del protocollo impie- 
gato sul bus di controllo e la potenza del proces- 
sore nell'unita di protezione 16. 

Secondo un primo aspetto dell ' invenzione, e 



descritto un procedimento per realizzare la prote- 
zione di un sistema di comunicazione digitale com- 
portante uno schema di protezione K:N, come defini- 
to nella rivendicazione 1. In un secondo aspetto, 
1' invenzione presenta una conf igurazione di prote- 
zione K:N per un sistema di telecomunicazione digi- 
tale, come definito nella rivendicazione 14. Speci- 
fiche realizzazioni dell ' invenzione sono ricomprese 
nelle sottorivendicazioni . 

Sara ora descritta una forma di realizzazione 
dell 1 invenzione, esclusivamente a titolo d'esempio, 
con riferimento ai disegni, in cui : 

la f igura 1 e uno schema a blocchi semplif ica- 
to di un tipico sistema di comunicazione SDH; 

la figura 2 e xano schema a blocchi di uno 
schema di protezione 1:N che potrebbe essere impie- 
gato in un sistema di comunicazione come mostrato 
nella figura 1; e 

le figure da 3A a 3D sono diagrammi di flusso 
che illustrano il modo di funzionamentp di un pro- 
cedimento di protezione secondo una forma di rea- 
lizzazione della presente invenzione. 

Con riferimento ora al diagramma di flusso 
delle figure 3, la procedura di protezione nota ri- 
chiamata sopra e modificata nel modo che sara de- 



scritto. 

Inizialmente, l'unita di protezione nel siste- 
ma di comunicazione e soggetta ad un processo di 
conf igurazione mostrato nelle figure 3A e 3B. In 
questo processo, ed assumendo che l'unita di prote- 
zione debba trattare il proprio traffico a bassa 
priorita, l'unita di controllo 22 emette attraverso 
il bus 24 i dati di conf igurazione relativi al- 
l'unita di protezione stessa. Quest i dati possono 
includere dati di instradamento, dati di qualita 
del servizio e dati circa la strut tura della trama. 
Cio e indicato come^ blocco 3 0 nella f igura 3A. In 
seguito, all'unita di protezione sono forniti i da- 
ti di conf igurazione relativi alle diverse unita 
non di protezione nel sistema di comunicazione, ov- 
vero le \inita da 1 ad N. Nel diagramma a flusso 
raffigurato cio e raggiiinto impostando dapprima un 
valore M di contatore di unita ad 1 nel blocco 32, 
inviando all'unita di protezione, nel blocco 34, 
una segnalazione ("flag") indicativa del valore 
corrente di M (1), quindi inviando all'unita di 
protezione i dati di conf igurazione per quella 
stessa unita (blocco 36) . Queste operazioni sono 
eseguite dall'unitS. di controllo 22 sul bus 24. In- 
fine, questi dati sono memorizzati in una locazione 



8 




di memoria dell 'unita di protezione dedicata al- 
l'unita 1 (si veda il blocco 38) • II valore di M I 
quindi confrontato (blocco 40) con il valore N, die 
rappresenta il numero complessivo di unita di comu- 
nicazione che devono essere associate all 'unita di 
protezione, e se i due valori non sono identic!, il 
contatore di unita e incrementato di 1 (blocco 42) 
e le operazioni dei blocchi da 34 a 40 sono ripetu- 
te fino a che i dati di conf igurazione di tutte le 
unita di comunicazione non siano memorizzati in ri- 
spettive locazioni di memoria nell 1 unita di prote- 
zione. Quindi le segnalazioni awertono l 1 unita di 
protezione che essa deve aspettarsi i dati di con- 
f igurazione per una particolare unita di lavoro, 
che la protezione riceve successivamente e memoriz- 
za a parte. 

Una volt a che tut to cid S stato raggiunto, 
I'unita di controllo 22 e predisposta per sorve- 
gliare il sistema di comunicazione in attesa di 
ion 1 indicazione che i dati di conf igurazione di una 
qualsiasi delle unita "di lavoro" di comunicazione 
20 devono essere aggiornati. Cid sara richiesto se 
si presenta una variazione nell 1 instradamento o 
nella quality del servizio, ecc. Questo processo di 
sorveglianza e illustrate nel blocco 44, Quando e 
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stato ri.chiesto 1 ' aggiornamento, gli specif ici dati 
di aggiornamento vengono inviati all'unita di lavo- 
ro relativa (l'unita M # in termini general i) (46) 
ed una semplice segnalazione e inviata all'unita di 
protezione (48) per awisarla che i dati dell'unita 
di lavoro in quest ione st anno per cambiare . L'unita 
di controllo invia quindi all'unita di protezione, 
nel blocco 50, i dati di aggiornamento in questio- 
ne, che saranno normalmente nella forma di singoli 
comandi, al che l'unita di protezione memorizza i 
dati nella locazione di memoria relativa a quella 
unita di lavoro (blocco 52) . L 1 aggiornamento sara 
normalmente, in pratica, una sostituzione di una 
porzione dei dati esistenti con una porzione di 
nuovi dati. 

Questo processo viene ripetuto fintanto che; e 
richiesto dalle istruzioni di aggiornamento in ar- 
rive L'emissione di una segnalazione da parte del- 
l'unita di controllo assicura semplicemente che i 
dati di aggiornamento siano diretti nella corretta 
area di memoria dell'unita di protezione cosi che 
siano aggiornati in quell' unita i corretti dati di 
conf igurazione . 

Si comprendera che, invece di impostare ini- 
zialmente ad 1 il contatore di unita nel blocco 32 
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della figura 3A e quindi incrementare il contatore, 
e ugualmente possibile impostare il contatore ini- 
zialmente al valore N e successivamente decrementa- 
re il contatore fino ad M = 1, quando il processo 
di impostazione della conf igurazione richiamato 
nella figura 3A pud lasciar strada al processo di 
aggiornamento richiamato nella figura 3B. Quando e 
impiegato questo procedimento di iterazione, sono i 
dati di conf igurazione dell'unitS. N ad essere memo- 
rizzati per primi nell'unita di protezione, ed i 
dati di conf igurazione dell 1 unita 1 ad essere memo- 
rizzati per ultimi. Altri modi alternativi di ite- 
razione tra i blocctii 34-38 sono possibili, in cui 
ad esempio il processo di conteggio- iterazione e 
indipendente dall'ordine in cui i dati di conf igu- 
razione delle unita di comunicazione sono inviati 
all'unita di protezione. Pertanto, purche sia tenu- 
to un accurato conto del numero delle operazioni di 
scrittura dei dati di conf igurazione, i dati posso- 
no essere inviati in qualsiasi ordine (ad esempio 
1' unita 1 seguita dall 1 unita N # seguita dall ' unita 
2, ecc), ma sara generalmente piii facile predi- 
sporre che i dati siano inviati in una sequenza 
strettamente consecutiva: unitS. 1, xinita 2, uni- 
ts. N o all 1 inverso . 
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Quando ora una delle unita di lavoro 2 0 incor- 
re in un guasto, e semplice istruire 1'unitS. di 
protezione ad assumere la funzione di quella unita. 
di lavoro. Cio e illustrato nelle figure 3C e 3D. 
Nel blocco 54 della figura 3C e mostrata l 1 unita di 
controllo od un altro dispositivo (si veda nel se- 
guito) in allerta per 1 1 insorgere di un guasto. Non 
appena un guasto e rivelato, viene accertato a qua- 
le unita di lavoro si riferisce il guasto (blocco 
56). L'identita di tale unita e trasferita all'uni- 
ta di protezione (blocco 58), che quindi accede 
nella sua memoria ai dati di corif igurazione relati- 
vi a quell'unita e li carica nella propria memoria 
di lavoro (blocchi 60, 62). Se l'unita di protezio- 
ne sta trattando il proprio traffico, questo e nor- 
malmente lasciato cadere del tut to, specialmente 
quando e traffico a bassa priority, che e la situa- 
zione usuale. Infine, il traffico destinato al- 
l 1 unita M e instradato all'xinita di protezione 
(blocco 64) . In pratica il blocco 64 potrebbe pre- 
cedere il blocco 62 . 

II risultato di questa procedura e che l'unita 
di protezione ha ora preso il posto dell'unit^ di 
lavoro che e andata fuori servizio a causa del gua- 
sto. 
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Tutto cio che rimane ora e di localizzare e 
riparare il guasto in questione (66), ridirezionare 
indietro il traffico all'unita andata fuori servi- 
zio (68) ed infine sovrascrivere i dati di configu- 
razione dell'unita precedentemente guasta nella me- 
moria dell'unita di protezione con i dati di confi- 
gurazione propri dell'unita di protezione e rein- 
trodurre il traffico a bassa priorita nell'unitS. di 
protezione (blocchi 70, 72). 'Le azioni indicate nel 
blocco 66 sono compiute da personal e di servizio 
mentre le restanti azioni sono normalmente automa- 
ta che . 

E 1 stato accennato in precedenza che potrebbe 
essere l'unita di controllo a: sorvegliare l'occor- 
renza di un guasto e ad inviare la segnalazione ap- 
propriata all'unita di protezione. Questa e una 
possibility, ma potrebbe ugualmente essere l'unita 
guasta stessa ad inviare la segnalazione, tramite 
il bus 24 o tramite altri dispositivi di comunica- 
zione disponibili nell ' apparecchiatura . In alterna- 
tiva, a seconda della natura del guasto, la segna- 
lazione puo essere prodotta da un sensore che regi- 
stra la comparsa di un guasto. E' signif icativo 
che, dal momento che tutto cio che e richiesto e 
un' indicazione di quale unita e interessata dal 
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guasto, 1' unita che invia tale indicazione non deve 
essere una unit& con un controllo complessivo della 
conf igurazione del sistema di comunicazione (ad 
esempio l 1 unita di controllo). Cio significa che la 
segnalazione pud essere inviata piu direttamente in 
alcune circostanze, con il risultato che la commu- 
tazione di protezione pud awenire piu velocemente. 

La velocita di commutazione e, naturalmente, 
inf luenzata anche piu f ondamentalmente dal f atto 
che soltanto un 1 indicazione di segnalazione deve 
essere inviata all' unita di protezione al fine di 
innescare la commutazione. Dal momento che la lun- 
ghezza della segnalazione e di gran lunga inferiore 
alia lunghezza dell f intero insieme dei dati di ri- 
conf igurazione per una particolare unita di lavoro 
(la segnalazione puo essere di dimensione di alcuni 
byte soltanto) , il tempo di risposta sara necessa- 
riamente minore che nel procedimento di protezione 
secondo la tecnica nota. Inoltre, il tempo di com- 
mutazione e ora influenzato soltanto dalla potenza 
del processore nell' unita di protezione, non anche 
dalla potenza del processore nell 1 unita di control- 
lo come sarebbe il caso della conf igurazione secon- 
do la tecnica nota. La quantity di potenza necessa- 
ria per gestire il caricamento dei dati di riconfi- 
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gurazione dalla locazione di memoria dell 'unita 
guasta dell'uniti. di protezione nell'area di confi- 
gurazione del traffico dell' unita di protezione e 
minore della potenza necessaria per ricevere mes- 
saggi dal bus di controllo, tradurli ed infine ap- 
plicarli nell'unita di protezione. 

Un potenziale problema che potrebbe sorgere in 
una realizzazione pratica dell 1 invenzione e il ri- 
schio che una segnalazione possa essere inviata al- 
1' unita di protezione alio stesso istante di tempo 
in cui essa viene cbnfigurata con i dati di confi- 
gurazione delle unita di lavoro ad essa associate. 
Cid potrebbe awenire, ad esempio, quando s 1 1 unita e 
stata precedentemente portata fuori servizio per 
alcune ragioni (ad esempio per riparazioni) ed e 
stata appena ripristinata in servizio. In tal caso 
e immaginabile che, benche essa abbia ricevuto la 
segnalazione, non sia ancora pronta ad agire in se- 
guito a detta segnalazione, poiche non potrebbe as- 
svimere la nuova conf igurazione relativa all 1 unita 
guasta. In pratica si ha cura che il firmware nel- 
l'unita di protezione non provi ad effettuare una 
commutazione di protezione in queste circostanze 
prima che il software abbia aggiornato le imposta- 
zioni di conf igurazione del traffico dell'unita di 
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protezione alle impostazioni dell'unit& guasta. 
Questa inibizione del firmware pud es sere effettua- 
ta impiegando messaggi appropriati quali messaggi 
di "Awio Conf igurazione" e "Termine Conf igurazio- 
ne " . 

E 1 anche immaginabile che una seconda unit& di 
lavoro possa subire un guasto approssimativamente 
alio stesso istante della prima, ossia prima che il 
primo guasto sia stato risolto in modo soddisfacen- 
te. In queste circostanze l'unita di protezione non 
sarebbe in grado di servire il secondo guasto a me- 
no che non fosse specif icamente istruita ad abban- 
donare il traffic© della prima unita ed assumere il 
traffico della seconda unita. Cid dipenderebbe dal- 
le regole di priority, del particolare schema di 
protezione impiegato. In assenza di alcuna specif i- 
ca regola di priorita, l'unita di protezione agi- 
rebbe semplicemente su una base "primo arrivato, 
primo servito" . La commutazione di protezione basa- 
ta su uno schema di priorita richiederebbe che la 
segnalazione da inviarsi all'unit& di protezione al 
fine di innescare la commutazione di protezione do- 
vrebbe essere inviata dall 1 unita di cqntrollo od 
almeno da una unita che abbia conoscenza delle re- 
gole di priorita. 
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Mentre il presente procedimento di protezione 
e essenzialmente previsto per 1 1 impiego in sistemi 
SDH impieganti una protezione 1:N, e anche applica- 
bile ad altri sistemi di cornunicazione ed a sistemi 
impieganti uno schema di protezione K:N. Nell'ulti- 
mo caso ciascuna delle K unita di protezione e ca- 
ricata con 1 1 intero insieme di dati di configura- 
zione delle N unita di lavoro alle quali e associa- 
ta e, secondo uno schema di prior ita, ad una delle 
K unita di protezione e inviata la segnalazione re- 
lativa alia prima unita di lavoro guasta cosl che 
essa possa assumere il traffico di detta unita. 
Guasti successivi sono trattati alio stesso modo 
dalle rimanenti unita delle K unita di protezione. 
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RIVENDICAZIONI 
1. Procedimento per realizzare una protezione di 
un sistema di comunicazione digitale comprendente N 
unita di comunicazione (20) conf igurabili indipen- 
dentemente e K unita di protezione (26) allocate 

alle N unita di comunicazione (20) , in cui 1 < K < 
N, il procedimento comprendendo le operazioni di: 

in una f ase iniziale di impostazione delle 
unita di protezione (26) , alimentare ciascuiia delle 
unita di protezione (26) con dati di conf igurazione 
relativi alle unita di comunicazione (2 0) e memo- 
rizzare detti dati in rispettive locazioni di memo- 
ria in ciascuna unita di protezione (26) ; 

a richiesta, aggiornare success ivamente detti 
dati con dati di aggiornamento relativi a dette 
unita di comunicazione (2 0) ; 

in caso di guasto in una delle unita di comu- 
nicazione (20) , inviare ad una delle unita di pro- 
tezione (26) un 1 indicazione di quale unita di comu- 
nicazione (20) e interessata dal guasto; e 

indurre detta unita di protezione (26) ad uti- 
lizzare detta indicazione per identificare la loca- 
zione di memoria associata all'unita di comunica- 
zione (2 0) , guasta e ad utilizzare i dati di confi- 
gurazione in detta locazione di memoria come propri 
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dati di conf igurazione, assumendo pertanto il ruolo 
di detta uniti di comunicazione (20) nel sistema di 
comunicazione . 

2. Procedimento secondo la rivendicazione 1, in 
cui dette una o piu unita di protezione (2 6) sono 
unita che sostengono un traffico a bassa priorita e 
sono alimentate con i propri dati di conf igurazio- 
ne . 

3. Procedimento secondo la rivendicazione 1 o 2, 
in cui una segnalazione di identif icazione e invia- 
ta a dette una o piu unita di protezione (2 6) prima 
dell'invio dei dati di aggiornamento della configu- 
razione relativi alle unita di comunicazione (2 0) 
al fine di identificare la particolare unita di co- 
municazione (2 0) alia quale si riferiscorio 1 dati 
di aggiornamento . 

4. Procedimento secondo una qualsiasi delle ri- 
vendicazioni precedent i, in cui detta indicazione e 
inviata all'unita di protezione (26) attraverso 
un' unita di controllo (22) che controlla la confi- 
gurazione delle unita di comunicazione (20) . 

5. Procedimento secondo la rivendicazione 4, in 
cui detta indicazione e inviata all'unita di prote- 
zione (26) dall'unita di controllo (22) attraverso 
un bus (24) . 



19 



6. Procedimento secondo una qualsiasi delle ri- 
vendicazioni 1 a 3, in cui detta indicazione e in- 
viata all'unita di protezione (26) direttamente 
dall'unita di comunicazione (20) guasta. 

7. Procedimento secondo una qualsiasi delle ri- 
vendicazioni 1 a 3, in cui il guasto e rivelato da 
un dispositivo sensore e detta indicazione e invia- 
ta all'unita di protezione (26) direttamente dal 
dispositive sensore. 

8. Procedimento secondo una qualsiasi delle ri- 
vendicaziorii -precedent:!/ in cui i dati di configu- 
razione associati alle unita di comunicazione (20) 
1 a N sono forniti a dette una o piu units, di pro- 
tezione (26) in una sequenza consecutiya a part ire 
da una tra dette unita di comunicazione (2 0) 1 ed N 
all'altra di dette unita di comunicazione (20) 1 ed 
N. 

9 . Procedimento secondo una qualsiasi delle ri- 
vendicazioni 2 a 8, in cui, prima che 1'unitS. di 
protezione (26) assuma il ruolo dell'unita di comu- 
nicazione (2 0) guasta nel sistema di comunicazione, 
il traffico precedentemente associato all'unita di 
protezione (26) e deviato ad una unita di comunica- 
zione di lavoro o d abbandonato. 

10. Procedimento secondo la rivendicazione 9, in 
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cui, dopo che l'unita di protezione (26) ha assunto 
il traffico dell'unita di comunicazione (2 0) gua- J[J±ir> 
sta, il guasto che ha causato detta assunzione e 



riparato, il traffico assunto e ridirezionato al- 
1'unitS (2 0) che aveva subito il guasto, all 1 unit a 
di protezione (26) sono forniti i propri dati di 
conf igurazione e il traffico e nuovamente alimenta- 
to all'unita di protezione (26) . 

11. Procedimento secondo la rivendicazione 10, in 
cui, una volta riparato il guasto, l'unita di comu- 
nicazione (20) che aveva subito il guasto e ricon- 
figurata con i dati di conf igurazione di detta uni- 
ta (20) richiesti al momento e questi dati di con- 
f igurazione sono inviati a dette una o piu unit a di 
protezione (26) . 

12 . Procedimento secondo una qualsiasi delle ri- 
vendicazioni precedenti, in cui K = 1 . 

13 . Procedimento per realizzare una protezione di 
un sistema di comunicazione digitale sostanzialmen- 
te come mostrato o descritto con riferimento alle 
figure 3 A a 3D. 

14. Conf igurazione di protezione K:N per un siste- 
ma di telecomunicazione digitale comprendente N 
units, di comunicazione (20) conf igurabili indipen- 
dentemente e K uhita di protezione (26) allocate 
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alle N unita di comunicazione (20), in cui 1 < K < 
N, iii cui la conf igurazione comprende : 

mezzi per fornire ad una o pixl delle unita di 
protezione (26) dati di conf igurazione relativi al- 
le unita di comunicazione (20) e per meniorizzare 
detti dati in dette una o piu unita di protezione 
(26); 

mezzi per aggiornare successivamente detti da- 
ti con dati di aggiornamento relativi a dette unita 
di comunicazione (20); 

mezzi per rilevare l'occorrenza di un guasto 
in una delle unita di comunicazione (20); 

mezzi per inviare ad una delle unita di prote- 
zione (26) un 1 indicazione di quale unita di comuni- 
cazione (20) e coinvolta nel guasto; e 

mezzi per indurre 1'unitS. di protezione (26) 
ad utilizzare detta indicazione per accedere ai da- 
ti di conf igurazione associati all' unita di comuni- 
cazione (2 0) guasta e per utilizzare detti dati di 
conf igurazione come propri dati di conf igurazione, 
assumendo pertanto il ruolo di detta uniti. di comu- 
nicazione (20) nel sistema di comunicazione. 

15. Conf igurazione di protezione secondo la riven- 
dicazione 14 , in cui K = 1 . 

16 . Conf igurazione di protezione secondo la riven- 
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dicazione 15, in cui il sistema di comunicazione e 
un sistema di comunicazione SDH. 

17. Conf igurazione di protezione per un sistema di 
telecomunicazione digitale sostanzialmente come de- 
scritto ed illustrato. 
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